Open Bug 523954 Opened 16 years ago Updated 2 years ago

gmail accounts should have different default settings than other imap accounts

Categories

(Thunderbird :: Account Manager, enhancement)

enhancement

Tracking

(Not tracked)

People

(Reporter: endico, Unassigned)

References

(Blocks 1 open bug)

Details

When you first set up a new gmail account, archiving and marking as junk doesn't work as expected because gmail has standard places for these folders which are different than thunderbird's defaults. Its obvious that the archive and junk buttons don't work but its not obvious that the reason they don't work is because a setting needs to be changed. I'm pretty sure that no gmail user would want the default archive and junk folder settings In account settings these settings should get these new defaults: 1. Copies & Folders, Keep message archives in, Other: [Gmail]/All Mail 2. Junk Settings, Move Junk messages to, Other: [Gmail]/Spam
Did you do what I did, and use Gmail's web UI to not expose All Mail to IMAP? If you didn't hide it, we're supposed to be using the existence of allmail to tell us it's a Gmail account, and using it for archives, and that works for me in a freshly created account with it unhidden (personally, I'd like it to work anyway, but then "Archive" would be the same as "make this email disappear completely until I go to the web UI" which would probably be a bit surprising). Junk is a bit odd, and probably entangled in any number of bugs - in theory, we should be using the XLIST response from the server to know about [Gmail]/Spam being the junk folder, and the way it gets a junk icon in the folderpane says we are, but it's impossible to tell beyond that since we won't move when you mark manually until you tell us to move automatically, and the default there isn't picking up on [Gmail]/Spam.
>Did you do what I did, and use Gmail's web UI to not expose All Mail to IMAP? I've never heard of that setting and the only imap related setting I see is the one to enable/disable imap. In that case it certainly makes sense to check for the All Mail folder although you can't do that when the account is created because the user hasn't typed in the password yet and thunderbird doesn't know what folders you have. Maybe you could do something lazily if you notice the Archive folder doesn't exist. The way it currently is (or at least the way it was for me) is that hitting the archive button does nothing. Are you saying that the 'move new junk messages to' setting is turned off by default? I just realized that there are two modes of marking as junk and that for gmail, i'd want them to behave differently. If i press the mark as junk button then i want the mail to go to the gmail spam folder. If thunderbird marks something as junk then i want the message to stay put till I review its decision. I just unchecked the 'move junk messages' setting for my gmail account and its still moving messages to gmail/Spam, so yay! that's the behavior i want. Is it doing that because it remembered my earlier settings or is the second half of my request already the default? Normally in thunderbird the location of the message and its status as junk aren't related but with gmail as far as i can tell, the only way to add something to google's junk db is to move it to the spam folder. This is why I'm being picky about moving spam around.

Should we make this block bug 402793? Or is it a duplicate, or otherwise no longer valid?

Flags: needinfo?(unicorn.consulting)

I will go with blocking for now, but the issue here is really not about having different settings. In the case of Gmail the entire archive UI should be disabled or the equivalent of locked settings. Simply ignoring user settings in code as occurs now is deceptive and not in the best interests of making the UI intuitive.

My memories of the last Gmail account I set up indicates that Thunderbird now correctly gets the spam folder. I do not recall having to manually set it. But the archive settings are still problematical.

I am also of the opinion that we should be setting the imap server directory for Gmail so the [Gmail] folder mentioned here simply does not exist. Bug 1322068 for that and Bug 1431562 needs attention as well. The latter generates a lot of user support requests based around saving two copies of outgoing mail.

Perhaps the remaining archive issues in this bug are covered in bug 1535861 they appear to be closely aligned. A dup maybe?

Blocks: tb-gmailWIP
Flags: needinfo?(unicorn.consulting) → needinfo?(vseerror)
Flags: needinfo?(vseerror)
See Also: → 1322068
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.